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hyperSPARC™ Dual-CPU Module/Power Module 


Features 


Based on ROSS’ fourth-generation 
hyperSPARC™ processor 


Each module consists of two complete 
SPARC CPUs 


Each processor includes 


— RT620C Central Processing Unit 
(CPU) 


— RT626 Cache Controller, Memory 
Management, and Tag Unit 
(CMTU) 

— Four (512-Kbyte) or eight 
(1-Mbyte) RT628 Cache Data Units 
(CDUs) 

— Intra-Module Bus incorporates low 
voltage logic to reduce power and 
increase speed 


— Hardware support for symmetric, 
shared-memory multiprocessing 


— Level 2 MBus support for cache 
coherency 


SPARC compliant 


— SPARC Instruction Set Architec- 
ture (ISA) Version 8 compliant 


— Conforms to SPARC Reference 
MMU Architecture 


— Conforms to SPARC Level 2 MBus 
Module Specification (Revision 1.2) 


Dual-clock architecture 

— CPU scaleable up to 142 MHz 

— MBus scaleable up to 66 MHz 
Each hyperSPARC processor features 


— Zero-wait-state, 512-Kbyte or 
1-Mbyte 2nd-level cache 

— Demand-paged virtual memory 
management 

Module design 

— CPU Module fits in MBus-standard 
form factor: 3.30” (8.34 cm) x 5.78” 
(14.67 cm) 

— Power Module attaches to the rear 
of the CPU module through a stan- 
dard 25-pin D shell connector 

— Provides CPU upgrade path at 
module level 

— Advanced packaging technology 
for a compact design 


High performance * 


— Dual-level caches — Superscalar SPARC CPU with inte- —174 SPECint92 (per CPU) 
. +t . grated floating point unit and 
e Full multiprocessingimplementation 8-Kbyte instruction cache — 212 SPECfp92 (per CPU) 
* in a 50MHz MBus system 


PLL 
Clock 
Generator 


RT620C 
CPU 


RT620C 
CPU 


or a teat eo 


+ 
Nn 
IE 


Power 
Module 


Eis 


MBus (Level 2) 





Figure 1. Logic Block Diagram 


Selection Guide 























Part Number: RT6226N* -142/1024 
CPU Operating Frequency (MHz) 142 
Typical Power Consumption (w)** 74 
Second-level Cache Size (per CPU) 1M 
SPECint92 / SPECfp92 174/212 
SPECrateint92 / SPECratefp92 7684 / 9163 
(dual processor) 

SPECrateint92 / SPECratefp92 

(quad processor) 











*See Appendix C for hyperSPARC ordering information ** Commercial 


e ROSS Technology, Inc. ¢ 5316 Hwy. 290 West e Austin, Texas 78735 e TEL (512) 436-2000 e FAX (512) 892-3036 
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Functional Description 


The RT6226N hyperSPARC Module consists of a dual CPU 
module (RT6226N1) and a power module (RT6226N2). The 
CPU module is a complete dual-SPARC CPU, including on- 
board primary and secondary cache memories. It is packaged 
as a compact PCB and interfaces to the remainder of the sys- 
tem via a SPARC-standard MBus connector. Each of the two 
CPUs on the RT6226N1 consists of a high-speed superscalar, 
highly pipelined processor with dual integer ALUs and an on- 
chip floating-point unit (RT620C), a Cache Controller, 
Memory Management, and Tag Unit (RT626), and four 
(512-Kbyte) or eight (1-Mbyte) RT628 Cache Data Units. 
The RT6226N1 fits within the clearance envelope for MBus 
modules per the SPARC MBus Specification. The RT6226N2 
power module provides the low voltage needed by the CPU 
module from the +5V MBus source. It interfaces to the CPU 
module through a standard DB-25 connector. It is housed in 
an enclosure which mounts remotely from the CPU module. 
The RT6226N1 interfaces to the rest of the system via the 
SPARC MBus and conforms to the SPARC Reference MMU. 
This standardization allows the RT6226N1 to be interchange- 
able with other SPARC MBus-based CPU modules without 
having to modify any portion of the memory system or I/O. 
This CPU “building block” strategy not only decreases the 
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Program lf Global Decoder 
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user’s time to market, but provides a mechanism for upgrad- 
ing in the field. 


Component Overview 
Superscalar SPARC Processor (RT620C) 


The RT620C Central Processing Unit is the heart of ROSS’ 
fourth-generation of microprocessor. The RT620C CPU ar- 
chitecture employs two advanced concepts for increasing 
computer system performance: superscalability and superpi- 
pelining. 

The RT620C is a high performance full-custom CMOS im- 
plementation of integrated SPARC integer and floating-point 
logic, with an on-chip cache for instructions. 


Advanced architecture and manufacturing technologies give 
the RT620C ultra high performance without requiring soft- 
ware recompilation. Figure 2 is a logic block diagram of the 
RT620C. 


IDP. The Integer Data Path comprises several units. Two 
independent Arithmetic and Logic Units (ALUs) handle inte- 
ger arithmetic, logical, and shift instructions. The Load/Store 
Unit (LSU) handles instructions that load and store data be- 
tween memory and registers which includes the loading and 
storing of both integer and floating-point data. The Special 


Floating Point Registers (FREGS) 


Floating Floating 
Point Point 
Scheduler 


Intramodule 


Bus 


Interface 


Instruction 


Figure 2. RT620C CPU Logic Block Diagram 
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Register Unit (SRU) handles instructions that read and write 
the SPARC Special Registers (SREGS). The Integer Register 
File (IREGS) is also contained in the IDP. 


FPDP. The Floating-Point Data Path also comprises several 
units. These are the Floating-Point Queue (FPQ), the Float- 
ing-Point Arithmetic Unit (FAU), The Floating-Point Multi- 
plier Unit (FMU), the Floating-Point Register File (FREGS), 
and the Floating-Point Status Register (FSR). These floating- 
point units handle all SPARC floating-point instructions. 


ISCHED. The Integer Scheduler performs key control func- 
tions. It provides global instruction decodes to identify which 
execution unit resources are required, and determines wheth- 
er sequential or simultaneous execution is possible. 


The ISCHED also determines whether data forwarding can 
be performed and whether instruction dispatches (also called 
“Jaunches”) need to be delayed due to data dependencies. 
The ISCHED initiates instruction launch and identifies and 
controls interrupt and trap handling. 


FPSCHED. The Floating-Point Instruction Scheduler per- 
forms key control functions for the floating-point unit. When 
the Integer Unit detects floating-point instructions in the 
decode stage, it offloads these instructions to the floating- 
point functional units and continues processing. Therefore, 
functional blocks exist that perform necessary decode, sched- 
uling, and control for the floating-point operations. 


The FPSCHED performs floating-point instruction decoding, 
resolves floating-point data dependency and data-forwarding 
conditions, and provides the ISCHED with floating-point 
execution status. Delayed instructions are stored temporarily 
in the Floating-Point Instruction Queue (FPQ). Instructions 
are launched from the FPQ as data dependencies are 
resolved. 


IFETCH. The Instruction Fetch Unit consists of two major 
functional blocks referred to as the Program Counter Unit 
(PCU) and the Instruction Fetch Controller (FETCHC). 


The PCU calculates the address of the next instruction to be 
fetched. It handles instructions that cause program control 
transfer, such as CALL and BRANCH. This unit handles both 
integer and floating-point branch instructions. 


The IFETCHC fetches two instructions at a time, and in each 
clock cycle, the CPU attempts to launch both at once. 


ICACHE. The on-chip instruction cache is organized as a 
two way set associative buffer. The ICACHE stores 8 Kbytes 
of instructions. Its inclusion follows the Harvard architecture 
approach, reducing bus contention during memory accesses. 
The ICACHE has a high-performance, one-wait-state cache 
miss penalty. 


IBIU. The Intra-Module Bus Interface Unit provides the in- 
terface between the RT620C CPU and the external world. 
The IBIU samples incoming control signals and propagates 
controls to appropriate functional blocks. The IBIU is respon- 
sible for generating memory access control signals to the 
cache memory subsystem. Data and instructions are read 
from memory and data is written to memory, through the 
IBIU. 
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Cache Control, Memory Management, and Tag Unit 
(RT626) 

The CMTU (RT626) is a combined Cache Controller and 
Memory Management Unit optimized for multiprocessing 
systems. The CMTU is a high-speed CMOS implementation 
of the SPARC Reference MMU, combined with cache, a 
memory controller, and on-chip physical cache tag memory. 
The CMTU supports the SPARC MBus Level 2 protocol for 
multiprocessing systems. Figure 3 depicts the CMTU block 
diagram. 


The CMTU directly connects to the RT620C Central Proces- 
sing Unit and RT628 Cache Data Units without any external 
circuitry. The RT626 CMTU uses four or eight RT628 CDUs 
to realize 512-Kbytes or 1-Mbyte, respectively, of zero-wait- 
state, direct-mapped virtual cache memory. 


MMU. The MMU portion of the CMTU provides translation 
from a 32-bit virtual address (4 gigabytes) to 36-bit physical 
address (64 gigabytes), as provided in the SPARC reference 
MMU specification. Virtual addresses are further extended 
with the use of a context register, which is used to identify up 
to 4096 contexts or tasks. The TLB entries contain context 
numbers to identify tasks or processes. This minimizes un- 
necessary TLB entry replacement during task switching. 


The CMTU performs its address translation task by compar- 
ing a virtual address supplied by the RT620C through the In- 
tra-Module Bus to the address tags in the TLB entries. If a 
“hit” occurs, the physical address stored in the TLB is used to 
translate the virtual-to-physical address. If the virtual address 
does not match any valid TLB entry, a “miss” occurs. This 
causes a table walk to be performed by the MMU. The table 
walk is a search performed by the MMU through the address 
translation tables stored in main memory. Upon finding the 
PTE, the MMU translates the address and selects a TLB entry 
for replacement. 


Cache Controller The CMTU’s cache controller supports 
two modes of caching: write-through with no write allocate 
and copy-back with write allocate. The cache is “virtually in- 
dexed” and “physically tagged.” 


In 1-Mbyte secondary cache versions, the cache is organized 
as 16384 lines with two sub-blocks, each of which is 32 bytes. 
Intra-Module Bus address bits IMA[19:6] select the cache 
line, IMA[5] selects the sub-block, and IMA[4:3] select the 
64-bit word of the cache line. In 512-Kbyte secondary cache 
versions, only one sub-block is populated, and IMA[18:5] 
select the cache line and IMA[4:3] select the 64-bit word of 
the cache line. 


The 16384 cache tag entries in the RT626 are virtual address 
indexed. From the processor side, the virtual address on the 
Intra-Module Bus is used to select a cache line entry and its 
corresponding cache tag entry. The translated physical 
address is then compared against the physical address in the 
selected cache tag entry to determine if the required data 
resides in the cache. 


From the MBus side, the superset virtual address bits are con- 
catenated with physical address bits [11:5] to select a cache 
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Figure 3. RT626 CMTU Block Diagram 


line entry and its corresponding cache tag entry. The physical 
address on MBus is then compared against the physical 
address in the selected cache tag entry to determine if the 
required data resides in the cache. 


A 64-byte write buffer and a 32-byte read buffer are provided 
in the RT626 to fully buffer the transfer of cache lines. This 
feature allows the CMTU to simultaneously read a cache line 
from main memory as it flushes a modified cache line from 
the cache. 


MBus. The CMTU supports the SPARC MBus interface stan- 
dard and the SPARC MBus Level 2 cache coherency proto- 
col. It supports data transfers in transaction sizes of 1, 2, 4, 8, 
or 32 bytes. These data transfers are performed in either burst 
or non-burst mode, depending upon the size. Data transac- 
tions larger than 8 bytes are transferred in burst mode. Bus 
mastership is granted and controlled by an external bus arbi- 
ter. 

The CMTU also supports the MBus Module Identifier feature 
of the MBus, in which it accepts the Module Identifier input 
from the MBus and embeds it in the MBus address phase of 
all MBus transactions initiated by the CMTU. 


Cache Data Units (RT628) 


The RT628 is organized as four arrays of 32-Kbytes each. It 
contains one-deep write buffer pipelines, byte write logic, 
registered inputs, data-in and data-out latches, and data for- 
warding logic for the write buffer. 


Writing into the RAM core is delayed until the next write 
access. To allow data forwarding, the CDU incorporates a 
comparator to compare the address of the write-buffer to the 
incoming read address. If a match occurs, data is forwarded 
directly from the write-buffer to satisfy the current read 
cycle. 


For a more complete description of the individual SPARC 
components used in the RT6226N, please refer to the ROSS 
SPARC RISC User’s Guide and Appendix B. 


Power Module 


The RT6226N2 power module utilizes two integrated switch- 
ing regulators in a current sharing configuration. It receives 
+5V from the CPU module and converts it to the low voltage 
required by the CPUs. It is capable of supplying up to 16 A to 
the CPUs at a typical conversion efficiency greater than 80%. 
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Figure 4. RT628 Block Diagram 


CPU Module Design 
Advanced Packaging Technology 
The RT6226N1 employs multi-die packaging (MDP) 


technology to facilitate higher clock frequencies and reliable 
operation. Each MDP component contains a complete hyper- 
SPARC CPU chipset. MDP technology improves electrical 
characteristics by reducing electrical parasitics, allowing 
multiple discrete chips to function as a single monolithic die. 


Clock Distribution 


The RT6226N1 uses three MBus clock signals (MCLK[O], 
MCLK[1], and MCLK[2]) as defined in the MBus Specifica- 
tion. In order to minimize clock skew, traces have been care- 
fully routed. All clock lines are routed on inner layers of the 
module PCB, and their lengths and impedances are matched. 
The MBus clock lines have diode termination to reduce sig- 
nal undershoot and overshoot, and all intramodule clock lines 
use a parallel resistive termination of 602. 


MBus Connector (Module) 


The RT6226N1 interface is via the 100-pin SPARC MBus 
connector, which is a two-row male connector with 0.050” 
spacing (AMP part number 121354-4 or Fujitsu part number 


FCN-264P100-G/C). The connector is a controlled impe- 
dance-type (50Q +10%) based on a microstrip configuration 
that provides a controlled characteristic impedance plus very 
low inductance and capacitance. Separate power and ground 
blades are provided for isolation to prevent noise transfer- 
ence. Table 1 details the RT6226N standard connector pinout. 
This MBus connector supports Level 2 MBus. 


Mating MBus Connector (System Interface Board) 


The module connects to the system interface through the 
standard MBus female connector (vertical receptacle 
assembly, AMP part number 121340-4 or Fujitsu 
FCN-264J100-G/0). 


Reset and Interrupt Signals 


A power-on reset signal is generated to the module from the 
MBus via the RSTIN signal. Each CPU has its own direct set 
of interrupt lines. Level sensitive interrupts (15 max) are 
generated to each RT620 via the MIRLO[3:0] and 
MIRL1[3:0] lines from the MBus. A value of 0000b means 
that there is no interrupt, while a value of 1111b means an 
NMI (Non-Maskable Interrupt) is being asserted. MIRL 
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values between | and 14 represent interrupt requests that can 
be masked by the processor. 

MBus Request and Grant Signals 

Two separate sets of request and grant signals (MBR[O] and 
MBG[0] for CPU0, MBR[1] and MBG[1] for CPU1) are gen- 
erated to/from the RT6226N modules to arbitration logic on 
the motherboard. 

MBus SCAN Test Feature 


The RT6226N module also supports the Boundary SCAN test 
feature of the MBus. For more details on the SCAN test, 
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please refer to the ROSS SPARC RISC User’s Guide and 
SPARC MBus Interface Specification. 
MID Lines 


Each CPU on the RT6226N1 has a dedicated set of MID[3:0] 
lines. To ensure that each CPU has a unique MID number the 
module ties CPUO (Channel 0) MID[O] to ground and CPU1 
(Channel 1) MID[0] to Vcc. 





Table 1. MBus Connector Pinout !!! 


Pin # aes Name Signal Name 


TD Blade #1 


TDO Ground 
TCLK 
MIRLO[O] 
MIRLO[2] 
MAD{[0] 
MAD[2] 
MAD[4] 
MAD[6] 
MADJ[8] 
MAD[10] 
MAD[12] 
MAD[14 
MAD[16] 
MAD[18] 
MAD[20] 
MAD[22 
MAD[24] 
MAD[26] 
MAD[28] 
MAD{[30] 
MBR(0] 
MBG[0] 
MCLK[0] 
MCLK[1] 


TRST 
MIRLO[1] 
Ground MIRLO[3] 
Ground 


Ground 


Blade #2 
Vcc 


Vcc 


Vcc 


Vcc 

















Blade #3 
Ground 


Ground 





Notes: 
1. RES and RSVD pins are not used in the RT6226N but reserved for other 
MBus module upgrades. See the System Design Considerations section 


Pin # | Signal Name Signal Name 


MCLK[2] Ground MERR 
MCLK[3] MAS 

MBRI[1] MBB 

MBG[1] RSVDO 
MAD{[32] MAD[ 
MAD[ MAD[ 
MAD[ MAD[ 
MAD[ MAD[ 
MAD[ MAD[ 
MAD[ MAD[ 
MAD[ MAD[ 
MAD[ MAD[ 
MAD[ MAD[ 
MAD[ MAD[ 
MAD[ MAD[ 
MAD[ MAD[ 
MAD[ MAD[ 
MAD[ MAD[ 
MAD[ MAD[ 
MAD[ MAD[ 
RSVD1 MIRL1[0] 
MIRLI1[1] MIRL1[2] 
MIRL1[3] AERR 

RSTIN MID[1] 

MID[2] MIDJ[3] 


Ground 


Blade #4 


Vcc 


Vcc 


Vcc 


Vcc 


Blade #5 


Ground 


Ground 














Ground 








Ground 





for the assignment of these reserved pins per the SPARC MBus Specifica- 
tion. 


Table 2. Power Connector Pinout 


Chassis GND 
Veco 
NC 
Chassis GND 
GND 


Vcc 
GND 





Veco 
GND NC 
Vcc Sense NC 
GND GND 
Veco Sense ADJUST 


Vcc Vcc 
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Processor Module Electrical Specifications 


Absolute Maximum Ratings '! (Provided as guidelines; not tested.) 


Supply Voltage Range —0.5 to +6.0 
Cc 


pal 
Fo [Menino overcomsmpson 





Recommended Operating Conditions !*! 


[Parameter [Description SSS Min 
Vv 


Units 
Vv 


Low Supply Voltage 


Signals referenced to V, 2.1 
Input HIGH Voltage [SignalsreferencedtoVec | 2.1 
Signals referenced to Vcco 


0 
: 
: 
. 


[OupurLOWVotlage | Vec=Minlo.=80mA_— [| ___ 
loz [Output LeakageCurrent ——[Vec=Max.Ves<Vour<Vec | -15_| 
Isc Output Short Circuit Current PD! 

Fra [Onan Abie Tempers 


Capacitance [7] 


ax. 
6 
CC 
Pos | 
ran 
nA 
uA 
uA 
A 
0 C 
95 fo 


Ie Oa DS 
aS 
| 95 |e 


Vcc 
1H 
VIL 
Vou 
VoL 
lz 
Ioz 
Isc 
Ta 










Input Capacitance 


Typ. 
3.5 
Output Capacitance 
Input/Output Capacitance 
Clock Input Capacitance 


Notes: 
2. All power and ground pins must be connected to other pins of the same 5. 
type before any power is applied to the RT6226N1. At least three clock 


Not more than one output should be tested at one time. Duration of the 
short circuit should not be more than one second. 


sad 


cycles must be applied to set up the internal chip drivers properly. 
Non-condensing. Maximum rate of change of 30% per hour. 


Recommended use of this module does not include “‘hot-socketing” or 
“live-insertion” (i.e., it is not recommended that the RT6226N1 be placed 
in the MBus socket with the power supply on). 


See Appendix A. hyperSPARC Module Thermal Specifications. This 
temperature should not be exceeded when the device is consuming maxi- 
mum power with 300 linear feet per minute (LFM) airflow at sea level. 
Tested initially and after any design or process changes that may affect 
these parameters. 
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Power Module Electrical Specifications 


Absolute Maximum Ratings '°! (Provided as guidelines; not tested.) 


Supply Voltage Range +4.8 to +6.0 


Storage Temperature ~20 to +75 
Stones Relative Himnidity 7) 


Recommended Operating Conditions !!°! 


fice [Input Curent Vec=30V SSS 





FREGcoaD [LoadRegulaion —___—_————*(dvec= S00 SIeco= Toon |_| | sa 
Fis [RivieNows———SSSCSCS~*sr eS co = THOS 
fr [ComesionEiconey______[Wec=S0Veco=T60a | | |_| 
FT ___[Oreraing AmbioncATonperture™ «PTC 
fRtiop [Operating Relave unig 





Notes: 

8. All power and ground pins must be connected to other pins of the same 11. See Appendix A. hyperSPARC Module Thermal Specifications. This 
type before any power is applied to the RT6226N2. temperature should not be exceeded when the device is consuming maxi- 

9. Non-condensing. Maximum rate of change of 30% per hour. mum power with 200 linear feet per minute (LFM) of airflow at sea level. 


10. Recommended use of this module does not include “‘hot-socketing” or 
“‘live-insertion” (i.e., it is not recommended that the RT6226N2 be 
plugged into theRT6226N1 when power is applied . 
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AC Electrical Characteristics Over the Operating Range [2.13] 
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5 5 


5 


5 5 5 


5 


5 
|||] : : : 


SN 
Pen [MBarinco-Pamcomtmonmon [20 [p20 | | = | 


Asynchronous Signals 


MBus Reset Duration !'61 





Notes: 

12. Test conditions assume signal transition times of 3 ns or less, a timing 
reference level of 1.5V, input levels of 0 to 3.0V, and output loading of 
120-pF capacitance, not including the module itself (with the excep- 
tion of MBus point-to-point control signals, tested with an output 
loading of 40 pF). 

13. All measurements made at MBus connector. 





14. 


15. 
16. 


100 


All timing parameters are relative to one of the two processors (e.g., 
top is guaranteed relative to MCLK[0]). 
Measured between any two MCLK signals. 


This is the minimum time for which RSTIN must be asserted after 
both high and low power supply voltages are stable. 
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MBus Timing Diagrams 
Single Read Transaction 
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System Design Considerations 


The RT6226N1 implements all but one of the possible MBus 
signals. The MBus connector, per the SPARC MBus Specifi- 
cation, assigns the optional signal INTOUT to Pin 10. 
Although this signal is not used on the RT6226N, systems de- 
signers should be aware of this assignment to preserve com- 
patibility with other MBus modules. 


Table 3. Pins Reserved on RT6226N1 


58* 
91* 


RSVDO 
RSVD1 


* Non-floating. Reserved for ROSS internal use only. 
These signals should not be driven. 





All MAD, bused control, and point to point control signals 
use 8-mA drivers. The MSH and AERR signals use open- 
drain drivers. 





10-Kohm pull up resistors are required on MAS, MRDY, 
MRTY, MERR, MBB, and MIH. A 1.5-Kohm pull up resistor 
is recommended on AERR. A 619 ohm pull up resistor is rec- 
ommended on MSH. MAD signals require holding amplifi- 
ers. 
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In order to assure that all module scan circuitry is initialized 
to the normal operating state on reset, the following is recom- 
mended for the MBus scan signals. TDI and TMS should be 
pulled up to 5V with 10KQ resistors. TCLK must toggle at 
least 3 full cycles while TRST is asserted in order to reset all 
scan circuitry. RSTIN may be driven by the module when the 
module is in scan mode, so it should be buffered from the rest 
of the system. These requirements may be met by connecting 
each signal as shown in Figure 5. The RT6226N1 uses 
MCLK[0] to clock processor 0, MCLK[2] to clock processor 
1, and MCLK[1] for test. 


As the frequency of operation increases, transmission line ef- 
fects play a bigger role. Care must be taken to keep skew be- 
tween any two clock signals at the MBus connector within the 
specifications given in the Synchronous Signals table in the 
AC Characteristics section. MBus signal lines must be routed 
carefully to minimize crosstalk and interference. A thorough 
SPICE analysis of the motherboard design is recommended. 


Use of HH Smith #4387 (3/4” length by 1/4” OD) stand-offs 
or equivalent is recommended on the motherboard to support 
the module and prevent damage to the connector. 








If mounting screws are used, nylon screws are recommended 
to prevent over-torquing and damage to the PCB. 


RT6226N1 





Figure 5. Scan Pin Connections 
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RT6226N1 Mechanical Drawing [!7.!8. 19] 
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Figure 6. RT6226N1 Mechanical Dimensions 


Notes: 

17. Drawing is for reference only. Appearance of module is subject to 19. To ensure compliance with all future MBus modules, systems develop- 
change without notice. ers should design to the MBus module envelope per the SPARC MBus 

18. Drawing is not to scale. All dimensions are in inches (mm). Specification. 
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RT6226N2 Mechanical Drawing 29.211 
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Figure 7. RT6226N2 Mechanical Dimensions 
Notes: 


17. Drawing is for reference only. Appearance of module is subject to 


18. Drawing is not to scale. All dimensions are in inches (mm). 
change without notice. 
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RT6226N1 Labeling 
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Figure 8. RT6226N Labeling 
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Appendix A. hyperSPARC Module Thermal 
Specifications 





Processor Module 
Ambient Temperature 


Ambient temperatures as high as 50°C are acceptable for the 
RT6226N1 provided airflow is 300 linear feet per minute 
(LFM) minimum through the heatsink fins at all locations 
indicated in Figure 9. In this context, ambient temperature is 
defined as the air temperature in immediate proximity to the 
module. 


Module airflow measurements must be taken with the 
anemometer probe in front of the fins, approximately 1/2” 


830—0058—00 Rev A 11/15/96 
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above the top of the PCB at the indicated locations. The air- 
flow must meet the minimum requirements at all locations 
indicated in Figure 9. When taking airflow measurements the 
module should be installed in a system that is configured in 
the same fashion as the actual final production system (for 
example, all external covers and panels should be installed, 
and any internal ducting or baffling should also be installed). 


Ambient temperature should be measured within the system, 
as it enters the fins of the heatsinks on the module. 


For further information regarding thermal measurements 
contact ROSS Applications Engineering. 
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Figure 9. RT6226N1 Airflow Measurement 
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Appendix B. Impact of Cache Size on System 
Design. 
Hardware Differences 


hyperSPARC modules with 256-Kbytes of secondary cache 
utilize the RT625 Cache Controller, Memory Management, 
and Tag Unit (CMTU) and four RT627 Cache Data Units 
(CDUs). Modules with 512-Kbytes or 1-Mbytes of secondary 
cache utilize the RT626 CMTU and either four or eight 
RT628 CDUs. 


CDU. The RT628 is functionally equivalent to the RT627 
described in the ROSS SPARC RISC User’s Guide except that 
the RT628 is based on a 32-Kbyte x 32-bit SRAM core. 


CMTU. The RT626 is functionally equivalent to the RT625 
described in the ROSS SPARC RISC User’s Guide, with the 
few exceptions outlined below. 


The RT626 supports two cache sizes: 512-Kbyte and 
1-Mbyte. Cache lines are directly addressed by the RT620 
CPU with the Intra-Module Address Bus (IMA[31:0]). The 
512-Kbyte cache is organized into 16384 lines of 32 bytes 
each. IMA[18:5] select the cache line, and IMA[4:3] select 
the 64-bit word of the cache line, as illustrated in Figure 10. 
The 1-Mbyte cache is organized into 16384 lines with two 
sub-blocks, each sub-block being 32 bytes. Address bits 
IMA[19:6] select the cache line, address bit IMA[5] selects 
the sub-block, and address bits IMA[4:3] select the 64-bit 
word of the cache line, as illustrated in Figure 11. 





IMA[31:0] IMA[4:3] 





Intra-Module Data Bus 
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The RT626 cache tag array consists of 16384 direct-mapped 
physical address cache tag entries. The layout of the cache 
tag entries is identical to that of the RT625. The 16384 CTAG 
entries are virtual address indexed. 


From the processor side, the cache line select field, 
IMA[18:5] in the case of the 512-Kbyte cache or IMA[19:6] 
in the case of the 1-Mbyte cache, is used to select a cache line 
entry and its corresponding cache tag entry. 


From the MBus side, the index field for CTAG, as supplied 
by the MBus, is formed by concatenating the superset virtual 
address bits [18:12] (MAD[52:46]) in the case of 512-Kbyte 
cache or [19:12] (MAD[53:46]) in the case of 1-Mbyte cache 
with physical address bits [11:5] (MAD[11:5]) as shown in 
Figure 9 and 10. 


The System Control Register (SCR) is the same in both the 
RT625 and RT626, except for the Cache Size bit (SCR[12]). 
In the RT626, CS=0 indicates a 512-Kbyte cache subsystem, 
and CS=1 indicates a 1-Mbyte cache subsystem. 


RT626 CTAG entries may be accessed using word LDST 
Alternate instructions with the cache tag entry address and 
ASI=OxOE. Each tag entry can be read as a Load single or can 
be written as a Store single by the RT620. The address map- 
ping for the Cache Tag entries is shown in Table 4. 
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Figure 10. 512-KByte Cache Memory Subsystem 
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Figure 11. 1-Mbyte Cache Memory Subsystem 
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Figure 12. RT626 Cache TAG (CTAG) Comparison (512-Kbyte Cache) 
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Cache Sub-Block Select 
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Select 
6 154 0 





Processor Address 


VA[3 1:20] 





























Physical Address 
from TLB 











16384 Entries 





























Figure 13. RT626 Cache TAG (CTAG) Comparison (1-Mbyte Cache) 


Software Differences 

OBP. The Open Boot PROM (OBP) is responsible for deter- 
mining the size of the cache, setting the Cache Size bit in the 
System Control Register (SCR), and passing cache line size 
and number of cache lines on to the operating system kernel. 
The cache size may be hard coded, or it may be determined 
dynamically by scanning for the largest byte stored using the 
CACHE DATA ASI (OxF), as shown in the following pseudo- 
code segment: 


set (2*1024*1024), %00 =! 2-Mbyte cache 
sta %00, [%o0JASICACHE_ DATA 

set (1*1024*1024), %00 =‘! 1-Mbyte cache 
sta %00, [%o0JASI_CACHE_DATA 

set (512*1024), %00 =! 512-Kbyte cache 
sta %00, [%o0JASI_CACHE_DATA 

set (256*1024), %00 —‘! 256-Kbyte cache 
sta %00, [%o0JASI_CACHE_DATA 

set (128*1024), %00 =! 128-Kbyte cache 
sta %00, [%o0JASI_CACHE_DATA 

Ida [%g0]ASICACHE_DATA, %ol 

The register %o1 will contain the size of the installed cache, 


since addresses which are larger than the installed cache wrap 
around to virtual index 0. 


When flushing cache lines, a stride of 32-bytes will always 
work. For 256-Kbyte and 1-Mbyte cache sizes, it is more effi- 
cient for software to use a stride of 64-bytes, since both sub- 
blocks will be flushed. The OBP must use the smallest stride 
size supported by all CPUs and caches detected in the system. 


Cache sizes larger than 256-Kbytes are supported in OBPs 
available from ROSS (Rev 2.22.1H or later) or SunSoft (Rev 
2.25 or later). For more information, contact ROSS Applica- 
tions Engineering. 

Operating System. Generally, no operating system modifi- 
cations should be necessary due to changes in secondary 
cache size. Solaris 2.4 and earlier, however, contains a bug 
which limits operation to systems with cache sizes of 
256-Kbytes or less. The bug causes a data area to be overwrit- 
ten when the cache size exceeds 256-Kbytes. In all standard 
Solaris 2.4 kernels investigated by Sun, the data area over- 
written is not used, so the bug is not evident. It may be pos- 
sible, however, that a non-standard kernel with a different 
data layout may experience problems. This bug has been cor- 
rected in Solaris 2.5 and later. For more information, contact 
ROSS Applications Engineering. 
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Table 4. Cache Tag Entry Address Mapping 
512-Kbyte 
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Appendix C. hyperSPARC Ordering Information 


CPU Clock Second-level MBus Clock 
Ordering Code “ee (MHz) Cache size are CPU) oe (MHz) 


For up-to-date ordering and sales information contact: 





ROSS Technology, Inc. ROSS Technology, Inc., Europe 
5316 Hwy. 290 West Avenue Ernest Solvay, 80 
Austin, Texas 78735-8930 USA 1310 La Hulpe 
Telephone: (800) ROSS-YES Belgium 

(512) 349-3108 Telephone: +32 2 652 1014 
FAX: (512) 436-2471 FAX: +32 2 652 1062 


SPARC is a registered trademark of SPARC International, Inc. 
hyperSPARC is a trademark of SPARC International, Inc., used under permission by ROSS Technology, Inc. 


©rRoss Technology, Inc., 1994. The information contained herein is subject to change without notice. ROSS Technology, Inc. assumes no responsibility for the use of any circuitry other than circuitry embodied 
in a ROSS Technology, Inc. product. Nor does it convey or imply any license under patent or other rights. ROSS Technology does not authorize its products for use as critical components in life-support systems 


where a malfunction or failure of the product may reasonably be expected to result in significant injury to the user. The inclusion of ROSS Technology products in life-support systems applications implies that 
the manufacturer assumes all risk of such use and in so doing indemnifies ROSS Technology against all damages. 


